來到我們 Redmine 系列的第八篇文章了!
今天的文章內,將針對聚焦在 Redmine 專案成員設定
上,另外也因為牽涉到帳號權限,會再回顧、統整一下在 Redmine 裡面的 權限設定的關聯細節
,那麼就讓我們進入今天的正題吧!
在 Redmine 專案內添加成員的方式總共有三種,有各自常見操作場景和可以操作的角色,可以看到 Admin 一樣是最無敵的,而有被賦予權限的使用者,則可以對每個專案本身做成員控管。
下面就以動圖的方式來呈現每種方式的進入點與操作。
常見適用情景:組織無特別動下的各種新專案成立、特定少量專案內人員異動
操作角色:Admin、具備權限之使用者
在專案裡面來說可以操作的項目很單純,就是選人或是群組,並且賦予它在這個專案的權限,這是一般帳號使用者最常用到的添加入口。而在添加過程中,你可能會遇到下面兩個狀況:
常見適用情景:單一人員職務調動、單位調動
操作角色:Admin
通常正常來說,每個人都應該要有自己的所屬群組,但是現實的工作分配上以PM來說,不可能有這麼完美的事情發生,一定有可能「這個你先看一下」、「這個你處理一下」的特殊狀況發生,這時候就很適合用單一人員去設定。
常見適用情景:組織架構異動、單位整體支援調動
操作角色:Admin
以群組清單去設定一定是最有效益的方式,但如果考量到 Admin 可能通常都是兼任人員,適當的放下權限,讓一般使用者可以透過專案內設定,除非是真的大型異動狀況,再由 Admin 去處理,是相對比較好的搭配方式。
在Redmine中,成員可以被分配不同的角色權限,而角色權限可以與不同的專案和群組關聯。這意味著,同一個成員可以在不同的專案中擔任不同的角色,並且可以加入不同的群組以方便權限管理。
這種 多角關係
可以讓管理者更靈活地管理成員,也可以更好地分配工作和權限,但是,一開始也很容易讓人覺得很混亂 XDDD
但其實簡單來說,就是如上圖的整理的呈現,可以不用想得太複雜,我要賦予權限,就是必須要有專案作為中間的橋樑,不然我的權限會給得沒有意義。
而你可能會想,如果一個人或是一個群組,有沒有可能賦予多個角色權限? 答案是:當然可以, 而它的權限操作就會是聯集的方式給予!
到目前為止已經介紹了 Redmine 的相關權限、專案、網站的詳細設定,希望有讓你對於 Redmine 的人員與專案間的管控、設定有更清楚的概念。
而明天,我們就將進入建置和管理任務議題的相關操作了!因為其中可以講的細節不少,也是專案管理裡面重要的環節之一 ,預計將會分成四天的文章,來說明介紹,那麼,我們明天見啦!